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A METHOD AND SYSTEM TO CUSTOMIZE AND UPDATE A NETWORK 
CONNECTION APPLICATION FOR DISTRIBUTION TO MULTIPLE END- 
USERS 

CROSS REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of U.S. Provisional Application No. 
60/223,454, filed August 2, 2000. 

FIELD OF THE INVENTION 

The present invention relates to the field of remote network connections 
and more particularly to centralized customization of network dialer application 
profile. 

BACKGROUND OF THE INVENTION 

With the technological developments of the last decade and growing 
popularity of online commerce, e-mail, online chatting and the Internet in 
general, the demand to have constant access to these innovative technological 
ways of communication is rapidly increasing. Some users cannot imagine their 
lives without the Internet and email; some cannot imagine their lives without 
being able to buy groceries online. Constant desire to be connected to the 
informational highway increases demand for reliable, fast, convenient network 
connection. 

Anyone using current technology has dealt with networks at some point. 
Being connected to a local network where users share files and data on one 
server is a common scheme in workplaces. Companies would like their 
employees to use network connection tools that reflect company's policies, such 
as session duration limits, usage of particular Point-to-Point locations, etc. 
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However, companies usually obtain network access tools from outside 
providers. These network access tools are not customized to company's 
preferences and thus significantly reduce companies 7 flexibility in selecting 
network connection properties. 
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SUMMARY OF THE INVENTION 

According to one aspect of the invention, there is provided a method to 
manage a customized network connection application. A plurality of input 
interfaces are generated to receive customization information pertaining to the 
customized network connection application. The customization information 
pertaining to the customized network connection application is received via the 
plurality of input interfaces. The customization information is stored as a profile 
associated with the customized network connection application. The customized 
network connection application is automatically generated utilizing the profile, 
and distributed to at least one recipient. 

Other features of the present invention will be apparent from the 
accompanying drawings and from the detailed description which follows. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not limitation 
in the figures of the accompanying drawings, in which like references indicate 
similar elements and in which: 

FIGURE 1 A is a diagram of a centralized customization system 
architecture according to one embodiment of the present invention; 

FIGURE IB is a block diagram illustrating domains of a data model 
utilized by a customization tool and a phonebook generation tool of the 
customization system, according to one embodiment of the present invention; 

FIGURE 2 is a flow diagram illustrating operation of a back-end of a 
centralized customization system according to one embodiment of the present 
invention; 

FIGURES 3A and 3B are flow diagrams illustrating a customization 
process of building a customized dialer according to one embodiment of the 
present invention; 

FIGURE 4 is a graphical end-user interface presented to a customer to 
allow the selection of a customer account according to one embodiment of the 
present invention; 

FIGURE 5 is a graphical end-user interface presented to the customer to 
create or edit a dialer profile according to one embodiment of the present 
invention; 

FIGURE 6 is a graphical end-user interface presented to the customer to 
allow an input of basic settings according to one embodiment of the present 
invention; 

FIGURES 7 A and 7B show graphical end-user interfaces presented to the 
customer to allow addition of a logo to the customized dialer according to one 
embodiment of the present invention; 
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FIGURE 8 is a graphical user-interface presented to the customer to allow 
specification of dialer connection actions according to one embodiment of the 
present invention; 

FIGURE 9 is a graphical user-interface presented to the customer to allow 
addition of customer POPs to a dialer phonebook according to one embodiment 
of the present invention; 

FIGURE 10 is a graphical user-interface presented to the customer to 
allow making of the dialer phonebook according to one embodiment of the 
present invention; 

FIGURE 11 is a graphical user-interface presented to the customer to 
allow specification of POP filter rules according to one embodiment of the 
present invention; 

FIGURE 12 is a graphical user-interface presented to the customer to 
allow specification of pricing rules according to one embodiment of the present 
invention; 

FIGURE 13 is graphical user-interface presented to the customer to allow 
review of customized information according to one embodiment of the present 
invention; 

FIGURE 14 is a graphical user-interface presented to the customer to 
allow downloading of files according to one embodiment of the present 
invention; 

FIGURE 15 is a flow chart detailing a phonebook generation process 
performed by a phonebook generation tool. 

FIGURE 16 is a diagram of a system architecture according to one 
embodiment of the present invention; 
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FIGURE 17 is a graphical end-user interface presented on a client machine 
that constitutes a main dialog box of a dialer according to one embodiment of the 
present invention; 

FIGURE 18 is a graphical end-user interface presented on the client 
machine that allows an end-user to specify dial properties according to one 
embodiment of the present invention; 

FIGURE 19 is a graphical end-user interface presented on the client 
machine that prompts the end-user for end-user information according to one 
embodiment of the present invention; 

FIGURE 20 is a graphical end-user interface presented on the client 
machine that allows the end-user to specify settings of the dialer according to 
one embodiment of the present invention; 

FIGURES 21 and 22 show graphical end-user interfaces presented on the 
client machine that allows the end-user to add and modify bookmarks according 
to one embodiment of the present invention; 

FIGURE 23 is a diagrammatic representation of a number of exemplary 
protocols and/or components that may be utilized to support various access 
methods that may be performed utilizing a network connection application, 
according to exemplary embodiments of the present invention; and 

FIGURE 24 is a diagrammatic representation of a machine, in an 
exemplary form of a computer system, for executing a sequence of instructions 
stored on a machine-readable medium, the sequence of instructions causing the 
machine to perform any of the methodologies described herein. 
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DETAILED DESCRIPTION 

Although the present invention is described below by way of various 
embodiments that include specific structures and methods, embodiments that 
include alternative structures and methods may be employed without departing 
from the principles of the invention described herein. 

In general, embodiments described below feature a system and a method 
that facilitate centralized customization of a network connection application (e.g., 
a dialer) to serve the needs of a given customer. A preferred embodiment of the 
present invention features a centralized network dialer customization system. 

NETWORK-RELATED TECHNOLOGY 

Before describing embodiments of the present invention in detail, it may 
be helpful to discuss some of the concepts on which the present invention is 
based. A component of one embodiment of the present invention is a computer 
server. Servers are computer programs that provide some service to other 
programs, called clients. A client and server communicate by means of message 
passing often over a network, and use some protocol, (i.e., a set of formal rules 
describing how to transmit data), to encode the client's requests and/ or 
responses and the server's responses and/or requests. The server may run 
continually waiting for client's requests and /or responses to arrive or it may be 
invoked by some higher level continually running server that controls a number 
of specific servers. Client-server communication is analogous to a customer 
(client) sending an order (request) on an order form to a supplier (server) 
dispatching the goods and an invoice (response). The order form and invoice are 
part of the protocol used to communicate in this case. 

Another component of one embodiment of the present invention is 
Microsoft Foundation Class (MFC), a collection of software structures written in 
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C++ language and which are Microsoft Windows-based classes and which can 
respond to messages, make windows, and from which application specific 
classes can be derived. The current invention also utilizes the Remote Access 
Service (RAS) API, which provides an abstraction layer between the application 
and the underlying hardware that provides the Point-To-Point Protocol (PPP) 
connection. RAS is a feature built into Windows NT that enables users to log into 
an NT-based Local Area Network (LAN) using a modem, X.25 connection or 
Wide Area Network ( WAN) link. RAS works with several major network 
protocols, including TCP/IP, IPX, and Netbeui. 

Another component of one embodiment of the present invention is a 
Point-to-Point Tunnel Protocol (PPTP), a new technology for creating Virtual 
Private Networks (VPN), developed jointly by Microsoft Corporation, U.S. 
Robotics and several remote access vendor companies, know collectively as the 
PPTP forum. A VPN is a private network of computers that uses the public 
Internet to network processing locations. Because the Internet is essentially an 
open network, PPTP is used to ensure that messages transmitted from one VPN 
node to another are secure. 

Yet, another component of one embodiment of the present invention is a 
Telephony Application Programming Interface (TAPI), an Application 
Programming Interface (API) for connecting personal computers running 
Windows operating system to telephone services. TAPI was introduced in 1993 
as the result of joint development by Microsoft Corporation and Intel 
Corporation. The standard supports connections by individual computers as well 
as Local Area Networks (LAN) connections serving many computers. Within 
each connection type, TAPI defines standards for simple call control and for 
manipulating call content. 
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Another component of one embodiment the present invention is an 
Internet Service Provider (ISP). An ISP is a service that provides access to the 
Internet. For a monthly fee, a service provider gives a customer a software 
package, username, password and Internet access phone number. Equipped with 
a modem (e.g., a dial-up, DSL, ISDN or wireless), a customer can then log onto 
the Internet and browse the World Wide Web (WWW) and USENET, send and 
receive e-mail, and access a particular network. In addition to serving 
individuals, ISPs also serve large companies, providing a direct connection from 
the company's networks to the Internet. ISPs themselves are connected to one 
another through Network Access Points (NAPs). NAP is a public network 
exchange facility where ISPs can connect with one another in peering 
arrangements. The NAPs are a key component of the Internet backbone because 
the connections within them determine how traffic is routed. They are also the 
points of most Internet congestion. 

ISPs generally provide a plurality of Point of Presence gateways (POP) in 
order for a customer to gain an Internet access by making a local call. A POP 
(point-of-presence) is an access point to the Internet that is associated with a 
phone number. A connection established via such a POP causes a unique IP 
address to be assigned to a machine that accesses the Internet utilizing the 
established connection. The number of POPs that an ISP has and the number of 
subscribers are usually used as a measure of its size or growth rate. 

Yet another component in one embodiment of the present invention is a 
servlet. Servlets are Java applications, which run on a Web server or application 
server and provide server-side processing, typically to access a database. It is a 
Java-based alternative to Common Gateway Interface (CGI) scripts, interface 
programs, usually written in C or PERL, that enables an Internet server to run 
external programs to perform a specific function. The most important difference 
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between servlets and CGI scripts is that a Java servlet is persistent. This means 
that once it is started, it stays in memory and can fulfill multiple requests. In 
contrast, a CGI script disappears once it has fulfilled a request. 

ARCHITECTURE 

With these concepts in mind, an embodiment of a system architecture of 
the present invention can be explored. In one embodiment, the present invention 
includes customization system 10 and an end-user tool that allows a user to 
establish a network connection. Figure 1 A illustrates an exemplary 
customization system 10 that includes a web server 100, database server 105, a 
build server 110, and an update server 113. The web server 100 contains a 
phonebook generation tool 115, responsible for phonebook generation update 
and customization, and a customization tool 120, responsible for customization 
of a dialer application (hereinafter "the dialer "). While the exemplary 
embodiment of the present invention describes the generation, distribution and 
updating of a customized dialer, it will be appreciated that the dialer is merely 
an example of a connection application with purposes of establishing a 
connection between a client and a server computer, or between peer computers 
within a network. Accordingly, the present invention should not be construed as 
being limited to the generation, distribution and updating of an application for 
establishing a dialed connection over the Public Switched Telephone Network 
(PSTN), and extends to the generation, distribution and updating of any 
customized connection application that operates to establish a connection 
between machines coupled via a network. 

The database server 105 contains a customer database 125, a phonebook 
database 130, a profile database 135, a phonebook customization database 140, 
and customer phonebook database 145. It will be appreciated that databases may 
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not be stored at the server machine and the database data may be uploaded to 
the server machine when necessary. 

Figure IB is a diagrammatic representation of domains of a data model 
accessed and maintained by the phonebook generation tool 115 and the 
customization tool 120, according to an exemplary embodiment of the present 
invention. Specifically, the data model is shown to include the primary 
components of the customer database 125, the phonebook database 130, and the 
profile database 135. The data model is also shown to include an access points 
database 136, and a pricing database 137, which will be described in further 
detail below. 

METHODOLOGY 

A flow chart detailing a method 190, according to an exemplary 
embodiment of the present invention, of generating and distributing a 
customized dialer is illustrated in Figure 2. At 200 the customization occurs, 
during which the customer utilizing, in one embodiment, a series of web pages, 
generated by the web server 100, specifies information (or parameters) for the 
customization of a dialer that will incorporate the customer's needs. At 205 of 
Figure 2, generation of an executable file takes place upon the customer 
completing the customization process. The executable file is generated by the 
build server 110, the description of which follows. At 210 the distribution of the 
executable file to the end-users or to the distributor, which in turn distributes it 
to the end-users, takes place. The above-mentioned back-end processes of the 
method 190 are described in detail below. 
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METHODOLOGY: Customization by Custom ization Tool 120 

In one exemplary embodiment, the customization tool 120 is a web 
application developed utilizing HTML, JavaScript, and JavaServlets. 

The customization tool 120 presents a customer of the system 10 with a 
sequence of web pages that guide the customer through a process of building a 
customized dialer incorporating the customer's needs. The output of the 
customization process implemented by the customization tool 120 is a "profile" 
that defines a customization of a network connection application. Utilizing the 
customization process, a customer may define multiple customized network 
connection applications (e.g., dialers), each customized network connection 
application being described in terms of a profile. 

An exemplary embodiment of a customization process 200, implemented 
by the customization tool 120, is described with the reference to Figure 3A and 
Figure 3B. Upon the customer logging onto the customization system 10 system, 
the customer is presented with a sequence of web pages, generated by the web 
server 100 that facilitate the input of customization information specifying 
preferences of the customer. A first customization page 301, an example of 
which is illustrated in Figure 4, is generated and presented at 300. The page 301 
prompts the customer to select a customer account name under which all the 
customization information is stored. A partner code, representing an account 
number, may be automatically displayed after the customer login process. More 
specifically, the page 301 is utilized only for "channel" customers of a primary 
customer. The selected customer account name is a coded name for the channel 
customer for which a customer's dialer is to be generated, and the customization 
system 10 stores all customization information entered during the process 200 
under the relevant customer account name. 
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At 305 the second web page 302, an example of which is illustrated in 
Figure 5, is presented to the customer where the customer is prompted to select 
between the options of creating a new profile, or editing an existing profile. 

A profile consists of all the files needed by the customization system 10 to 
create a complete, self-installing package distributable to a customer of the 
system 10, a distributor or directly to a customer's end-users. Customers may 
maximize or minimize the identification of the service or organization depending 
on what is included in a dialer profile. For example, the following features that 
are described in detail below may be included into a dialer profile: custom 
corporate logos, connection actions, addition and removal of access points 
(POPs), pricing setting. 

The customer is presented with the third web page 303, an example of 
which is illustrated in Figure 6, at 310 giving the customer an option to enter a 
default authentication domain, which will allow the end-users to enter only a 
end-user name and password in order to be connected to the network, without 
specifying a domain name. At the third web page 303, the customer may be 
prompted for the back-up Domain Name System (DNS) server IP address. The 
back-up DNS server may be used where a Point-of-Presence (POP), which an 
end-user has dialed into, does not automatically assign an IP address. In one 
embodiment of the present invention all POPs in the phonebook database 130 
have dynamic DNS addressing. The customer may specify if he/ she desires the 
end-users to have an option of saving their password in order to avoid entering it 
every time an end-user logs into the system. 

The third web page 303 may also prompt the customer to specify if prices 
will be displayed next to each dial-in number when the dialer is invoked by the 
end-user. The customer may also desire to display prices in particular currencies. 
According to one embodiment of the present invention, the customer may enter a 
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conversion rate in order for the dialer to display pricing in currency applicable to 
the end-users 7 geographical location. 

Phonebook updates are uploaded to the end-user's machine upon 
establishment of a network connection through the dialer. The customer may, via 
the third web page 303, specify if it desires the end-users to choose a manual 
phonebook update instead of an automatic one. 

Some customers may desire to limit network connection sessions of the 
end-users. The third web page 303 allows customers to specify the maximum 
connect time that the customer desires the end-users to have. In one 
embodiment, an unlimited option may be available for the customers to select. 

In one embodiment of the present invention the dialer will be installed on 
end-users' machines with a default shortcut name. Via the third web page 303, 
the customer may specify its own shortcut name, for example, the name of the 
company. 

Upon selection of the options displayed at the third web page 303, the 
customer at 315 is presented with the fourth web page 304, an example of which 
is illustrated in Figure 7 A, allowing the customer to add a personalized logo to 
the dialer application distributed to the end-users. 

Figure 7B illustrates an exemplary end-user interface 702, generated by a 
dialer, that displays a selected logo to an end-user when the dialer is invoked. 

In one embodiment, at 320 the customer is presented with a fourth web 
page 800, an example of which is illustrated in Figure 8, allowing the customer to 
specify the dialer connect actions. Dialer connect actions are additional programs 
that may be executed at various points when the end-users connect to the 
Internet utilizing the customized dialer. For example, a connect action may be an 
automatic establishment of a VPN connection after the end-user connects to the 
Internet. According to one embodiment of the present invention, the customer 
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may specify connect actions to execute at six different points during the end- 
user's connection process. Those actions may be a PostConnect action specifying 
programs to be executed after the connection is established; a PreConnect action 
specifying programs to execute prior to the establishment of the network 
connection; a PreDial action specifying programs to run immediately prior to 
dialing a point of access number; an OnError action specifying programs to run 
in case an error occurs; an OnCancel action specifying programs to run when the 
end-user decides to cancel a connection session; and Disconnect action specifying 
programs to run when the end-user disconnects from the Internet. 

In box 810 of Figure 8 the customer is presented with a drop-down menu 
to select an action type from the list described above to be added to a dialer 
profile. The description box 815 allows the customer to enter a short description 
of the programs that the customer wants to be executed. At box 820 the customer 
may specify the sequence in which the connect action to be executed. In a case 
where the connect actions are asynchronous, or there is only one action, the 
sequence of execution is not important. In box 825 the customer may specify the 
name of the program to be launched at a particular connect action. The customer 
is presented with a browse feature in order to specify the exact name of the 
program. The customer may specify the parameters, including the command line 
parameters, necessary to run the program in box 830. At box 835 the customer 
may specify that a program does not need to be loaded with the dialer to the 
end-users' machines. In one embodiment, the programs that need to be run at 
particular connect actions may be already installed on the end-users' machines. 
In one embodiment, the customers may select a sequence of connect action to run 
at the same time (asynchronous mode), or one after the other (synchronous 
mode) at 840. If the programs are running in synchronous mode, one program 
must completely finish executing before the next one can be launched in 
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synchronous mode. In one embodiment if an error occurred while executing one 
of the programs, the connect action to be executed after the program may not be 
launched. At box 845, the customer may identify the POPs for which the connect 
actions should run. In one embodiment, the customer is presented with an option 
to create additional connect actions or to delete the existing ones. 

In one embodiment of the present invention, the customized dialer may be 
configured to launch Microsoft's VPN (PPTP) after a successful connection is 
established. PPTP support may be built into the customized dialer and not 
require any additional client software. 

At 325 of Figure 3 A, the customer may add POPs to a phonebook, stored 
in the phonebook database 130, utilizing the sixth web page 900, an example of 
which is illustrated in Figure 9. In one embodiment, the list of POPs to be added 
to the phonebook of the customization center 10 may be created through a text 
editor. Each POP to be added may be identified by the following parameters: a 
country code that may be represented in a 2-letter code; the POP's region 
identification number or state identification number; the city in which the POP is 
located; the area code of the phone number for the POP; the phone number for 
the POP, without the area code; the maximum analog speed supported by the 
POP; identification of whether one channel or two channel ISDN is available or if 
no ISDN is available for the POP to be added; identification of whether Password 
Authentication Protocol (PAP) is available; identification of whether Challenge 
Handshake Authentication Protocol (CHAP) is available; the price to be charged 
for the utilization of the POP; the prefix used for routing the authentication 
request; the suffix to be used for routing the authentication request; a script name 
of a file containing a series of commands, parameters and expressions required to 
establish the connection via the POP. 
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At 330 of Figure 3 A, the tool 120 presents a list of phonebooks that are 
valid for the customer as per the pricing plan associated to the customer. The list 
of phonebooks may be presented via a drop-down menu of a web page 1000, an 
example of which is illustrated in Figure 10. These phonebooks contain all the 
POPs in a service provider network, excluding the POPs filtered as per the 
filtering value associated to the pricing plan (see block 1540 in Figure 15). The 
customer can further apply custom filtering and pricing rules to the phonebooks 
to arrive at their customized phonebooks. For some plans, the tool 120 may 
generate phonebooks that have price markups. The example web page 1000, 
shown in Figure 10, provides examples of such markups. At 335 the customer is 
presented with an eighth web page 1102, an example of which is illustrated in 
Figure 11, through which the customer may specify filter rules for various POPs. 
In box 1100 the customer is presented with a list of the attributes that may be 
used in filtering the list of POPs presented to the end-users. In one embodiment, 
the filter rules may be the Structures Query Language (SQL) where clauses. The 
filtering rules may be generated utilizing a list of the attributes including, but not 
limited to: country code; the region or state identification of a POP; the city in 
which the POP is located; the phone number of the POP without an area code; 
the maximum analog speed supported by the POP; the price of the POP; 
identification if one channel or two channel ISDN is available or if no ISDN is 
available for the POP to be added. For example, in order to filter all POPs located 
in the Russian Federation, a filter rule may specify: Country Code = 'RU', where 
'RU' is the 24etter code for the Russian Federation. 

At 340 the customer is presented with a ninth web page 1200, an example 
of which is illustrated in Figure 12, that allows the customer to specify pricing 
rules to be applied to the prices of the POPs in the customization system 
phonebook. Two types of the pricing rules may be available to the customer 
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according to one embodiment of the present invention: the percentage markup or 
slab pricing. If percentage markup pricing is selected, the system 10 applies a 
specified markup percentage to the POP price listed in the customization system 
phonebook. The slab pricing applies a pricing formula specified by the customer 
to the listed prices in the customization system phonebook. For example, the 
customer may specify a particular amount to be added to a listed POP price if the 
listed price is within the customer-specified price range and a different amount 
to be added if the listed price is outside the customer-specified range. In one 
embodiment, the customer may also specify different rules for the POPs 
currently listed in the phonebook and the POPs that are going to be added to the 
phonebook in the future. In another embodiment of the present invention, the 
customer may specify different pricing rules for different countries. 

At 345 of Figure 3B the customer is presented with a review web page 
1300, an example of which is illustrated in Figure 13, that shows the details of the 
customization process that was performed by the customer. If the customer is not 
satisfied with the details he or she may edit a dialer profile to make desired 
changes to the customization. If the customer is satisfied with the dialer profile 
he/she may click on the Build Dialer button 1302 in order to build a dialer 
according to the customer-specified customization information. Upon the 
customer requesting to build the customized dialer, the customization 
information is sent to the build server 110. The build server 110 generates a self- 
extracting (or self-installing) executable file that is capable of being distributed to 
the customer, a specified distributor or directly to the customer's end-users in 
order to provide the end-users with the Internet access through the customized 
dialer. In one embodiment of the present invention, upon the end-users 
connection to the system 10 utilizing the dialer, the build server 110 dynamically 
adds new files and removes outdated files utilizing the version numbers 
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associated with each file and dynamically generates a self-extracting executable 
that replaces an outdated end-user's dialer file. This update process is described 
in more detail below. 

At 350 the customer is presented with the download web page 1400, an 
example of which is illustrated in Figure 14. The web page 1400 contains the list 
of files that are necessary to publish the customized dialer to the end users. In 
one embodiment those files are executable installation file generated by the build 
server 110, a phonebook file containing all the POPs in the customized 
phonebook, a zip phonebook file containing Perl scripts and data files necessary 
to generate smaller HTML files per each country, a phonebook file containing 
phonebooks in CSV and ASCII format and a Macintosh phonebook file which is 
in a format compatible with the Macintosh dialers. 

In one embodiment, the customization system 10 utilizes the pricing and 
access point data maintained by a settlement system that described in detail in a 
co-pending patent application 09/791,239, titled "A Method and System to 
Facilitate Financial Settlement of Service Access Between Multiple Parties". The 
pricing data maintained by the settlement system specifies the method of pricing 
of a POP according to a particular pricing plan. The customization system 10, in 
one embodiment, retrieves a contract of a customer and the list of available 
phonebooks for the retrieved customer pricing plan. 

In one embodiment, the customer may specify the rules for the 
termination of a connection if it is determined to be idle. The decision to 
terminate the connection may depend on the specified allowed duration of the 
idle connection before its termination, on the allowed minimum data transfer 
rate before the connection is terminated (this may be used to discount certain 
background traffic, which does not represent real end-user activity), on the 
allowed time to respond to a dialog box to renew the connection by the end-user 
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before the connection is terminated. In one embodiment the absolute limit may 
be set on the length of sessions, regardless of the connection activity as described 
above. 

In one embodiment of the present invention, the customer may require the 
customized dialer to support foreign languages through the use of external 
language resources and help files. In one embodiment at runtime, the 
customized dialer may determine the language of the operating system installed 
on the end-user's machine and load the associated language resource and help 
files stored at the end-user's machine. If external files are not found, the 
customized dialer may use the default language, i.e. English. 

In one embodiment security information, such as end-user password, 
VPN password, calling card PIN, stored locally on the end-user's system may be 
encrypted using standard encryption algorithms well know in the art. 

It will be appreciated that the above-described customization process need 
not be implemented utilizing a series of web pages. In one embodiment the 
customization may be performed through a software application and the 
customization information may then be uploaded to the centralized 
customization tool through a network. 



METHODOLOGY: Update 

In one embodiment of the present invention, the customization tool 120 
updates multiple copies of a network connection application (e.g., a dialer) 
distributed by the customer to the end-users automatically upon each end-user 
connecting to a network access point. In an alternative embodiment, an end-user 
may manually invoke the update feature of the customized dialer distributed to 
him/her by the customer. During the update process, the client dialer contacts 
the update server 113 and retrieves the list of files and their latest version 
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numbers. The dialer compares the list of files stored locally with the list 
retrieved from the server 113. If the list and/or the version numbers don't 
match, the dialer retrieves the affected files from the update server 113. In one 
embodiment of the present invention, the new build executable and DLL files are 
downloaded to the client machine and stored in temporary locations due to 
inefficiency of updating dialer files when the dialer is running. Upon the end- 
user exiting the dialer, the files on the client machine are updated to the files 
containing newer information. 

In one embodiment the customer may not want the end-users to have 
access to the latest changes until, for example, the testing of all the new POPs is 
performed. In such a case the customer may instruct the customization system 10 
not to update the dialer automatically unless instructed otherwise. 

METHODOLOGY: Phonebook generation 

Figure 15 is a flow chart illustrating a method 1500, according to an 
exemplary embodiment of the present invention, that is performed by the 
phonebook generation tool 115 to create a phonebook and phonebook delta files 
175 and 180, illustrated in Figure 16. In one embodiment, the phonebook 
generation tool 115 is a Java application that uses a database to store and 
manipulate phonebook data. The tool 115 may communicate with the database 
utilizing the JDBC protocol. The tool 115 furthermore publishes the generated 
phonebook and phonebook delta files 175 and 180 to the file system on the web 
server 100 for publication. 

The generated phonebook files 175 may be customized according to the 
needs of a customer, (e.g., a particular POPs may be filtered or removed, and 
rules may be established for the pricing of POPs). 
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A phonebook management system (not shown) maintains a current 
"open" phonebook version number and tags changes with this version number. 
Each run of the phonebook generation tool 115 increases this phonebook version 
by one. When the phonebook generation tool 115 runs, it closes the current 
"open" phonebook version number, and opens a new "open" phonebook 
version. All subsequent changes to the phonebook database are tagged with the 
new "open" phonebook version number. 

The phonebook generation tool 115 determines changes to the phonebook 
database since the last run of the tool 115, and generates phonebook and 
phonebook delta files 175 and 180. 

A more detailed description will now be provided with reference to 
Figure 15. 

In one embodiment, the phonebook generation tool 115 generates delta 
files that contain cumulative changes to the phonebook database 130 since the 
last version of the phonebooks was published. In one embodiment if the size of 
the delta files is greater than 75% of the size of the whole phonebook, the delta 
files are not generated. 

Referring to Figure 15, at 1510 the phonebook generation tool 115 creates 
the next open version phonebook number and updates the current phonebook 
version to publishing and creates a new open version phonebook. At 1520, the 
phonebook generation tool 115 retrieves the complete list of POPs from the 
server. Upon retrieval of the complete POP list the phonebook generation tool 
115 at 1530 retrieves the latest customized phonebook. Application of the default 
filters to the list of POPs (for example, customer location filters) occurs at 1540. 
At 1550 the phonebook generation tool 115 applies customer-specified filters to 
the list of POPs (e.g., eliminates some of the countries that the customer 
specifically requested to be excluded from the available POPs). At 1560 the 
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phonebook generation tool 115 determines if the pricing plans for particular 
POPs have changed. If positive then the necessary corrections are made to the 
list of POPs. In some instances the customer may specify his/her own pricing 
rules, for example, to eliminate POPs for which the price is higher than the 
customer specified limit. These customer pricing rules are applied at 1570. Upon 
application of the above-described rules, the phonebook generation tool 115 
determines the new, modified and deleted POPs at 1580. At 1590, the new POPs 
list is printed to a full phonebook tree with the new open version phonebook 
number, and at box 1595 the delta files 180 are printed into a delta files tree. In 
one embodiment the phonebook and delta trees are stored at the web server 100. 

All the files are associated with a version number in order to facilitate a 
more efficient update process described above. 

The phonebook generation tool 115 utilizes "pricing" and "access point" 
data maintained in the access point and pricing databases 136 and 137 illustrated 
in Figure IB. The pricing data includes buy and sell prices for all access points. 
Sell prices for access points combined with a number of other pricing parameters 
constitute a "pricing plan". Each phonebook, for which a record is maintained 
within the phonebook database 130, has a pricing plan associated therewith. 
Access point information includes all POP related information. When access 
point information is modified, this data is tagged with the latest "open" version 
number. 

METHODOLOGY: Customization by the end-users of the customers 

In one embodiment of the present invention, the end-user invokes a 
customized network connection application in the form of a dialer 150 on the 
client machine 101 of Figure 16. Figure 17 illustrates a main dialog box 1700 of 
the customized dialer 150, according to one embodiment, that is presented to the 
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end-user upon invocation of the dialer 150. To establish a dial-up connection the 
end-user may select an access point from the list of all the available access points 
presented to him/her in box 1710. In order not to display the list of all available 
access points, most of which will be long distance calls, the end-user may enter 
his/her location in box 1720. The customized dialer 150, in one embodiment of 
the present invention, filters the list of access points based on the end-user's 
location and displays only the closest points of access in box 1710. Upon selection 
of an access point, the end-user may click on a connection button 1715 in order to 
instruct the customized dialer 150 to establish a network connection via the 
selected access point. In one embodiment of the present invention, the access 
points displayed in box 1710 may be sorted by city name. Alternatively, the end- 
user may sort the access points list by phone numbers, connection speed, or price 
by clicking on the corresponding column headings. For example, to sort by price 
the end-user may click on box 1725. 

The end-user may specify the dialing settings to use by the customized 
dialer 150 when establishing a remote network connection. Figure 18 illustrates 
an exemplary dial properties dialog box 1800 that is presented to the end-user. 
Facilities using private branch exchange (PBX) (e.g., a private telephone network 
users of which share a number of outside lines), usually require an access code to 
obtain an outside line. Thus, in box 1810, the end-user is prompted to enter an 
outside line code. Some phone lines are setup with a call waiting feature, which 
in one embodiment may need to be disabled prior to establishing a data 
connection. The end-user may enter in box 1815 a phone number to dial in order 
to disable the call waiting feature. In box 1820 the end-user may enter the 
country and area code from which the end-user is dialing; this information is 
used by the customized dialer 150 to determine if an area code, a country code or 
an access code need to be dialed in order to establish a network connection via 



04663.P006 



25 



the end-user-selected access point. In one embodiment, if check box 1825 is 
checked by the end-user, the selected number will automatically be dialed as a 
local number. Calling card information may be entered in box 1830 to be used 
when dialing the end-user-selected access point number. Each calling card may 
be defined by a name, access number, PIN and a dialing rule. 

In order for the customized dialer 150 to establish the connection with the 
Internet, the end-user's information such as username, domain and password 
should be available. End-user information dialog box 1900 illustrated in Figure 
19 prompts the end-user for such information. In one embodiment the end-user 
information dialog box 1900 is automatically displayed if the end-user dials an 
access point without providing all the required end-user information. 

The setting dialog box 2000 illustrated in Figure 20 allows the end-user, in 
one embodiment of the present invention, to specify settings used in establishing 
the remote connection. The end-user may specify in box 2010 the number of 
redial attempts to be made by the customized dialer 150 when the network 
connection may not be established from the first dialing attempt. Alternatively, 
in box 2015 the end-user may specify the duration of an attempt to establish the 
connection before redialing. For example, the end-user may desire for the 
customized dialer 150 to redial the same or different access point number if 
connection is not established within 90 seconds. Depending on the device used 
for the dial-up connection particular features of the customized dialer 150 may 
need to be invoked, thus the end-user may specify the dialing-up device that 
he/she may select from the drop down menu 2020. 

In one embodiment, the end-user may select an option of automatic 
update of the phonebook upon establishment of the network connection by 
check box 2025. This will ensure that the latest network access numbers are used 
next time the end-user invokes the customized dialer 150. A " smart redial" 
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option, when enabled by the end-user check box 2030, directs the customized 
dialer 150 to dial another number in the same city when the dial-up attempt 
failed using the first network access number. In one embodiment the end-user 
may wish to run particular applications upon the establishment of the network 
connection, for example a Web browser, such as Internet Explorer™ (Microsoft 
Corporation). Instead of opening desired applications manually, the end-user 
may direct the customized dialer 150 automatically to launch specified 
applications when the network connection is established by adding software 
applications to box 2035 utilizing Add 2040, Modify 2045 and Delete 2050 
buttons illustrated in Figure 20. In another embodiment of the present invention, 
the end-user may select an option of launching a default web browser once the 
connection is established by checking on the Default Web Browser box 2055. 

In one embodiment of the present invention, the end-user may bookmark 
the access points that are most often used. Figure 21 illustrates an exemplary 
dialog box 2100 that the end-user may use in order to compile a list of favorite 
network access points. Window 2110 allows the end-user to add a bookmark by 
entering the location of the access point. Figure 22 illustrates an exemplary 
dialog box 2200 that an end-user may utilize to modify a list of favorite network 
access points. Window 2220 allows the end-user to modify the list of bookmarks 
by providing a Modify option 2225 to change the properties of a bookmark and a 
Delete option 2230 to remove a bookmark from the list. 

In one embodiment of the present invention, the end-user may access an 
online help feature from any dialog boxes described above by clicking on a Help 
button. 

Some settings may be saved in the configuration files on the client 
machine 101 when the end-user exits the customized dialer 150. The saved 
settings may be location filters (country, state, city, area code), connection type 
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(modem, ISDN), selected access points, dial properties including dialing prefixes, 
the location of the end-user and calling card information, end-user information 
including end-user name, domain name and password and modem settings 
including redial attempts, redial timeout, modem device, update phonebook 
selected options, SmartRedial, bookmarks and programs to launch after the 
connection is established. 

Certain area codes in the Unites States require 10/11-digit dialing when 
placing calls within the area code. These dialing requirements are very regional 
and are constantly changing. In one embodiment of the present invention, a 
dialing rule file is downloaded to the client machine 101 along with the 
distribution of the customized dialer 150, containing all the area codes that 
require 10/11 digit dialing. 

Figure 23 is a diagrammatic representation of three exemplary protocols 
and hardware components of three exemplary access methods, supported by 
network connection applications according to respective exemplary 
embodiments of the present invention. Specifically, a modem dialup access 
method is illustrated at 2300, a wireless broadband access method is illustrated at 
2302 and a wired broadband access method is illustrated at 2304. As mentioned 
above, the present invention is not restricted to the generation, updating and 
distribution of a dialer for establishing a modem dialup connection, and extends 
to a method and system for generating, updating and/or distributing a network 
connection application for establishing a network connection between the two 
machines. 

In the foregoing specification the present invention has been described 
with reference to specific exemplary embodiments thereof. It will, however, be 
evident that various modifications and changes may be made to the specific 
exemplary embodiments without departing from the broader spirit and scope of 
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the invention as set forth in the appended claims. Accordingly, the specification 
and drawings are to be regarded in an illustrative rather than a restrictive sense. 

Computer System 

Figure 24 is a diagrammatic representation of a machine in the form of 
computer system 2400 within which software, in the form of a series of machine- 
readable instructions, for performing any one of the methods discussed above 
may be executed. The computer system 2400 includes a processor 2402, a main 
memory 2404 and a static memory 2406, which communicate via a bus 2408. The 
computer system 2400 is further shown to include a video display unit 2410 (e.g., 
a liquid crystal display (LCD) or a cathode ray tube (CRT)). The computer 
system 2400 also includes an alphanumeric input device 2412 (e.g., a keyboard), a 
cursor control device 2414 (e.g., a mouse), a disk drive unit 2416, a signal 
generation device 2418 (e.g., a speaker) and a network interface device 2420. The 
disk drive unit 2416 accommodates a machine-readable medium 2422 on which 
software 2424 embodying any one of the methods described above is stored. The 
software 2424 is shown to also reside, completely or at least partially, within the 
main memory 2404 and /or within the processor 2402. The software 2424 may 
furthermore be transmitted or received by the network interface device 2420. For 
the purposes of the present specification, the term "machine-readable medium" 
shall be taken to include any medium that is capable of storing or encoding a 
sequence of instructions for execution by a machine, such as the computer 
system 2400, and that causes the machine to perform the methods of the present 
invention. The term "machine-readable medium" shall be taken to include, but 
not be limited to, solid-state memories, optical and magnetic disks, and carrier 
wave signals. 
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If written in a programming language conforming to a recognized 
standard, the software 2424 can be executed on a variety of hardware platforms 
and for interface to a variety of operating systems. In addition, the present 
invention is not described with reference to any particular programming 
language. It will be appreciated that a variety of programming languages may 
be used to implement the teachings of the invention as described herein. 
Furthermore, it is common in the art to speak of software, in one form or another 
(e.g., program, procedure, process, application, module, logic...), as taking an 
action or causing a result. Such expressions are merely a shorthand way of 
saying that execution of the software by a machine, such as the computer system 
N00, the machine to perform an action or a produce a result. 

The preceding description of Figure 24 is intended to provide an overview 
of computer hardware and other operating components suitable for 
implementing the invention, but is not intended to limit the applicable 
environments. One of skill in the art will immediately appreciate that the 
invention can be practiced with computer architectures and configurations other 
than that shown in Figure 24, including hand-held devices, multiprocessor 
systems, microprocessor-based or programmable consumer electronics, network 
PCs, minicomputers, mainframe computers, and the like. A typical computer 
system will usually include at least a processor, memory, and a bus coupling the 
memory to the processor. The invention can also be practiced in distributed 
computing environments where tasks are performed by remote processing 
devices that are linked through a communications network. 
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